-
-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make A-hjkl tree-sitter nav A-poin #2205
Make A-hjkl tree-sitter nav A-poin #2205
Conversation
7cea752
to
3dd1fe6
Compare
I was curious which should be shrink vs. expand with I'm not sure which way makes more sense 🤔 |
A-hl currently is not very consistent with hl when next object is selected, since it may go up/down or left/right and this behavior is confusing such that some people think it should swap the keys with A-jk, so it is better to use A-pn since that only specifies two direction. A-jk have the same issue as in it usually moves right and is not consistent with the behavior of jk so people may think A-hl is better, maybe A-oi is better here since A-hl will be swapped to A-pn, A-oi can convey the meaning of in and out, similar to some window manager keys?
3dd1fe6
to
04d8ce5
Compare
Oh, wait I thought it was a typo. But shouldn't
I don't quite get that analogy there, that is forward and backward but I see very little relationship between forward with expand and backward with shrink, compared to in/into/inside (I use but you used into) with shrink and out/outside with expand. Or maybe I should just rename it to |
Oh actually yeah, let's do |
Should I go change the docs to make it in/into/inside and out/outside to make it more intuitive? I also don't know which word to use among those. |
Nah I think the docs are fine as is. IMO mnemonics don't really belong there and "out" and "in" don't really make sense themselves. |
I say for these bindings but I'm curious what others have to say |
Agree with this, feels intuitive considering the default keybinds of |
This change looks good to me. I want to add a "select all children" binding (in addition to the current "select first child"), which doesn't fit into the HJKL model anyway. |
I'd love to use these bindings on a non-us layout Mac. It's a complete mess with binding the alt-key on a Mac with a Swedish keyboard layout. I digged the SpaceVim bindings for this: just keep pressing v (V to shrink?). |
Hmm, interesting. we could have some kind of submode you'd enter that would have these types of sticky mappings. For now though, you can remap these alt keys in your user config |
Slight bug noticed (most likely not specifically related to this PR):
|
Could you create a separate issue for that? Or if you'd like to work on a PR directly, I think this could be solved by checking the head of helix/helix-term/src/commands.rs Lines 3776 to 3777 in 4f3d0a7
|
@the-mikedavis Sorry for late reply. Added issue #2714. |
A-hl currently is not very consistent with hl when next object is
selected, since it may go up/down or left/right and this behavior is
confusing such that some people think it should swap the keys with A-jk,
so it is better to use A-pn since that only specifies two direction.
A-jk have the same issue as in it usually moves right and is not
consistent with the behavior of jk so people may think A-hl is better,
maybe A-oi is better here since A-hl will be swapped to A-pn, A-oi can
convey the meaning of in and out, similar to some window manager keys?
cc @the-mikedavis since he came up with the original keys, but this was discussed with him in the chat
Note sure what to do with the existing A-left, A-right, A-up, A-down so I just leave it
Fix #2202